PACKET TRANSMISSION/RECEPTION PROCESSOR 

BACKGROUND OF THE INVENTION 

The present invention generally relates to a packet 

5 transmission/reception processor, and more particularly re- 
lates to a technique of exchanging packetized data using an 
IEEE 1394 digital interface. 

Generally speaking, digital data is usually transmitted 
or received on a packet-by-packet basis. An IEEE 1394 inter- 

10 face is a typical one of various digital interfaces that ex- 
change packetized data. As used herein, an "IEEE 1394 
interface" means a next-generation high-speed serial inter- 
face, which is now being standardized by the Institute of 
Electrical and Electronic Engineers, Inc. (IEEE). 

15 An IEEE 1394 interface can cope with two types of packet 

exchange, namely, isochronous and asynchronous packet ex- 
change methods. The isochronous packet exchange is utilized 
to transfer data from an audiovisual appliance (e.g., digital 
video camera), from which real-time transmission is demanded 

20 strongly. On the other hand, the asynchronous packet exchange 
is utilized to transfer data from personal computer or exter- 
nal storage like hard disk drive. In that case, the data does 
not always have to be transferred in real time but must be 
highly accurate and reliable. 

25 IEEE 1394-compliant asynchronous packets include a "re- 
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quest packet" representing an action to be performed and a 
"response packet" returning a result of an action performed 
responsive to a request packet. No matter whether a recipient 
has received request packet or response packet, the recipient 
5 always returns an acknowledge (ack) packet, which represents 
the reception state of the packet, to its sender. Unless the 
reception of an ack packet, returned in response to a request 
packet, completes processing, request and response packets are 
usually used in pairs. A packet exchange sequence using re- 
10 quest and response packets is called a "transaction" . 

Hereinafter, it will be described with reference to FIG. 
14 how an asynchronous transaction is carried out sequentially 
where Initiator sends out a request packet to Responder. 

First, Initiator sends out a request packet to Responder 
15 B. On receiving the request packet, Responder returns an ack 
packet to Initiator. The ack packet returned may represent 
that the request packet should be sent again (ack_busy), that 
the request packet has been received safely but is now being 
processed (ack_pending) or that the action requested is com- 
20 plete (ack_complete) . In the illustrated example, Responder 
returns an ack__busy packet to Initiator as shown in FIG. 14. 

Responsive to the ack_busy packet, Initiator re- 
transmits the same request packet to Responder again. On re- 
ceiving the request packet, Responder returns an ack-pending 
25 packet to Initiator this time. 



2 



As described above, the ackjpending packet represents 
that Responder has received the request packet safely but is 
now processing it. Accordingly, receiving this ackjpending 
packet, Initiator waits for Responder to return a response 
5 packet associated with the request packet. 

The IEEE i394 standard defines a time-out so that an ac- 
tion aborted, if any, can be detected during a transaction 
performed using request and response packets. Specifically, 
if an initiator receives no response packet even after a pre- 

10 determined amount of time has passed since the initiator re- 
ceived an ack_pending packet responding to a request packet, 
then it is determined that the action requested was aborted 
due to some abnormality. Then, the initiator that sent the 
request packet can start the next transaction - 

15 Stated otherwise, the responder that received the re- 

quest packet should return an associated response packet 
within the predetermined amount of time. An initial value of 
the predetermined time is set to 100 ms , but is arbitrarily 
changeable at each end. On the other hand, if the responder 

20 has returned an ack__complete packet, then the initiator may 
start the next transaction immediately and does not have to 
return any response packet. 

An " asynchronous connection" is known as one of the IEEE 
1394 protocols utilizing the asynchronous packet exchange 

25 technique. The asynchronous connection is a transfer proto- 
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col defined for packet exchange between a "producer node" 
sending out a request packet and a "consumer node" returning a 
response packet. The asynchronous connection protocol is im- 
plementable by a system such as that shown in FIG. 15, for ex- 
ample. In the system shown in FIG. 15, a controller (e.g., 
set top box) issues a command for a consumer node (e.g., 
printer), thereby connecting the consumer node and a producer 
node (e.g., digital video camera) together. The connection 
protocol thereof is as follows. 

(1) First, the controller performs a resource allocation 
on a plug control register (PCR) of the consumer 
node. In response, the consumer node returns an as- 
signed plug address to the controller. 

(2) Next, the controller supplies the plug address at the 
consumer node to the producer node, thereby initial- 
izing the producer node. In response, the producer 
node also returns its plug address to the controller. 

(3) Then, the controller sends the plug address at the 
producer node to the consumer node to complete the 
connection. 

When the connection is completed, the consumer node se- 
cures a memory region (which will be herein called a "segment 
buffer region" ) for storing the data transmitted from the pro- 
ducer node and issues a lock request (LRQ) packet to the pro- 
ducer node as shown in FIG. 16. In response, the producer 
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node returns a lock response (LRS) packet to the consumer node 
as indicated by (a). 

Then, the producer node sends data, which has been stored 
in a memory region with consecutive addresses as defined by 
5 the application on the transmitting end (which will also be 
called a "segment buffer region" herein), to the consumer node 
in the form of a block write request (BWRQ) packet. The IEEE 
1394 standard defines the maximum size of a data field includ- 
ed in a packet that can be transmitted at a time. Accord- 

10 ingly, if the size of the data in the segment buffer region is 
greater than the maximum size, then the data is divided into 
multiple sections and then those divided sections are trans- 
mitted one by one. On receiving the BWRQ packet, the consumer 
node returns an ackjpending packet to the producer node. 

15 Next, the consumer node reads the address of the data included 
in the received packet and then stores the received data in 
the segment buffer region defined by the application on the 
receiving end. After the consumer node has entirely stored 
the data field of the received packet in the segment buffer 

20 region, the consumer node returns a write response (WRS) pack- 
et to the producer node as indicated by (b) . On receiving the 
response packet, the producer node sends an ack_complete pack- 
et to the consumer node as indicated by (c) . Transactions 
like this will be carried on until the data, stored in the 

25 segment buffer region defined by the application on the trans - 
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mitting end, has been transmitted completely* These transac- 
tions are collectively called ''data transfer processing". 

When the producer node has transferred all the data from 
the application on the transmitting end to the application on 
5 the receiving end (i.e., at the consumer node) , the producer 
node sends a lock request (LRQ) packet, representing that the 
transfer is complete, to the consumer node. In response, the 
consumer node returns a lock response (LRS) packet to the pro- 
ducer node as indicated by (d). In this case, the segment buf- 

10 fer regions as defined by the applications on the transmitting 
and receiving ends have the same top address and the same 
size. Also, the producer node sequentially sends the data 
stored in the segment buffer region and the consumer node also 
sequentially stores the data, included in the received pack- 

15 ets, in the segment buffer region defined by the application 
on the receiving end. 

Moreover, the asynchronous connection protocol requires 
that if the producer node fails to transmit the next request 
packet within 2 seconds after having received a response pack- 

20 et from the consumer node during data transfer, the producer 
node must send a request packet, indicating that state, to the 
consumer node as in (C) in FIG. 17. A processing step like 
this will be herein called "heartbeat processing" . 

Furthermore, unless the consumer node receives the next 

25 request packet or a packet indicating the heartbeat processing 
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within 5 seconds after having sent the response packet, the 
consumer node must enter the time-out processing. 

FIG. 18 illustrates a circuit performing such processing. 
As shown in FIG. 18, one end of an IEEE 1394 serial bus 
5 12a is connected to a physical layer controller 13, while the 
other end thereof is connected to another system (or node). A 
register 31 is coupled to a CPU by way of another bus 12g. 
The physical layer controller 13 performs various functions 
including initializing the bus 12a, arbitration and controll- 
10 ing a bias voltage. A link core circuit 14 receives a packet, 
transferred through the bus 12a, by way of the physical layer 
controller 13. Also, the link core circuit 14 generates or 
detects an error correction code for /from the packet received, 
adds a sign bit to the packet or detects the code (e.g., an 
15 ack packet code), for example. Moreover, the link core cir- 
cuit 14 outputs a packet, which has been supplied from a 
transmission buffer 36, onto the bus 12a via the physical 
layer controller 13. Furthermore, the link core circuit 14 
has a retry function. That is to say, even if the link core 
20 circuit 14 once failed to transfer a packet, the circuit 14 
can try transferring the same packet again. 

When the CPU writes header information on the register 
31, data to be transmitted is sent to a packet transmitter 35. 
In response, the packet transmitter 35 makes a packet, which 
25 is then stored on the transmission buffer 36. In making the 
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packet, the packet transmitter 35 provides the information 
about the packet to be transmitted for a reception controller 
34. When the packet supplied from the packet transmitter 35 
is written on the transmission buffer 36, the transmission 
5 buffer 36 passes the packet to the link core circuit 14. And 
then the link core circuit 14 transmits the packet by way of 
the physical layer controller 13. 

On the other hand, the reception controller 34 receives a 
packet from the link core circuit 14 and analyzes the contents 

10 of the header field included in the packet. Also, to accu- 
rately identify the received packet (or to see if this is the 
packet that should be received in response to the packet 
transmitted), the reception controller 34 obtains information 
about the transmitted packet from the packet transmitter 35. 

15 Then, the reception controller 34 analyzes the information by 
comparing it to the header information of the received packet. 
Based on a result of the analysis, the reception controller 34 
determines whether or not the packet should be accepted. And 
the reception controller 34 controls and instructs the link 

20 core circuit 14 not to accept the received packet if the pack- 
et is not paired with the transmitted packet. 

The packet receiver 33 passes the received packet from 
the reception controller 34 to a packet reception buffer 32 so 
that the packet is stored on the buffer 32 • And the CPU can 

25 read out the packet, stored on the packet reception buffer 32, 
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by way of the register 31. 

As described above, the IEEE 1394 defines a time-out to 
detect an action aborted during a transaction performed using 
request and response packets . 
5 On the other hand, in the asynchronous connection proto- 

col, if the data, included in the received packet, cannot be 
stored successfully in the segment buffer region at the con- 
sumer node within an amount of time defined by the IEEE 1394, 
then the consumer node cannot return a response packet in re- 
10 sponse to a request packet. Accordingly, a time-out is pro- 
duced at the producer node. 

However, the asynchronous connection protocol does not 
define how the processing should end at the producer node in 
case of time-out. Accordingly, a system complying with the 
15 protocol could not be established. Furthermore, since the 
producer node has already received an ack_ pending packet, 
representing that the packet has been received safely, the 
time-out starts the next transaction while the current trans- 
action is still incomplete. As a result, multiple transac- 
20 tions should be handled in parallel and multiple received 
packets should be processed at a time, thus making it much 
more complicated to establish a desired system. 

Also, the asynchronous connection protocol demands that 
if the producer node cannot transmit the next request packet 
25 within 2 seconds after having received a response packet from 
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the consumer node, the producer node must perform heartbeat 
processing to indicate the state. On the other hand, unless 
the consumer node receives the next request packet or the 
packet indicating the heartbeat processing within 5 seconds 
after having sent the response packet, the consumer node must 
enter the time-out processing. Thus, the asynchronous connec- 
tion protocol requires a time management method different from 
the method applicable to data exchange using request and re- 
sponse packets in accordance with the IEEE 1394. 

Furthermore, to transmit or receive a packet indicating 
the heartbeat processing at an arbitrary time, the producer 
node should perform time management in determining when the 
making and transmission of packets should be restarted, car- 
ried out or stopped. The consumer node should also perform 
time management to determine when the processing of received 
packets should be restarted, carried out or stopped. 

Accordingly, the asynchronous connection protocol demands 
a packet transmission/reception processor that can transmit 
and receive packets while executing all of these functions. 

SUMMARY OF THE INVENTION 

A packet transmission/reception processor according to 
an aspect of the present invention is coupled to a CPU and 
includes a link core circuit and a packet processing control- 
ler. The link core circuit receives a packet delivered ex- 
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ternally through a bus and also sends out a packet to be 
transmitted, supplied from the controller, by way of the bus. 
The controller processes the packet received by the link core 
circuit, makes the packet to be transmitted in response to the 

5 received packet, and then supplies the packet to be transmit- 
ted to the link core circuit. 

In the inventive processor, the CPU has nothing to do 
with transaction processing. Accordingly, when transactions 
is processed at the consumer node, the load on the CPU can be 

10 lightened, thus speeding up the processing. 

In one embodiment of the present invention, the inven- 
tive processor preferably further includes a packet process- 
ing control timer. The timer clocks how much time has passed 
since a packet was received by the link core circuit and gen- 

15 erates a signal when the time passed reaches a predetermined 
amount of time. Responsive to the signal supplied from the 
timer, the controller stops processing the received packet, 
makes another packet to be transmitted in response to the re- 
ceived packet and then restarts processing the received 

20 packet. 

In such an embodiment, the transmitting end can carry on 
the transaction without causing time-out for the transmitting 
end. 

In another embodiment of the present invention, while 
25 processing the received packet, the controller preferably 
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prohibits the link core circuit from receiving another packet 
delivered externally through the bus. 

The processor of this embodiment does not accept the 
next request packet until the current transaction is over. 
5 Accordingly, the transaction processing and the sequence can 
be both simplified. 

In still another embodiment, the inventive processor 
preferably further includes a packet filter circuit. In ac- 
cordance with identification information included in each of 

10 the packets received by the link core circuit, the filter cir- 
cuit determines whether or not each said received packet 
should be processed and supplies only the received packets to 
be processed to the controller. 

More specifically, in accordance with the identification 

15 information of each said received packet and based on a result 
of the processing that the controller has performed on the re- 
ceived packet, the filter circuit predicts header information 
of a packet that the link core circuit should receive next 
time. Then, the filter circuit compares the predicted header 

20 information to that of a next packet that the link core cir- 
cuit has actually received. Based on a result of the compari- 
son, the filter circuit determines whether or not the next 
packet received by the link core circuit should be stored and 
then supplies only the packets to be stored to the controller. 

25 The processor of this embodiment can ensure continuity 
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for received packets or received data needed and can make and 
send out appropriate packets to be transmitted in response to 
the received packets. Accordingly, multiple transactions re- 
quired can be processed concurrently. 
5 In yet another embodiment, the controller preferably in- 

cludes transaction control circuit, packet engine circuit, 
header control circuit, data field control circuit and data 
processing circuit. The transaction control circuit controls 
a series of transactions, each starting with packet transmis- 

10 sion and ending with packet reception or vice versa. The pack- 
et engine circuit automatically divides a packet and controls 
all the transactions. The header control circuit makes a pack- 
et that includes a header with packet identification informa- 
tion but no data field and controls transmission of the 

15 packet. The data field control circuit makes a packet that 
includes not only a header with packet identification informa- 
tion but also a data field and controls transmission of the 
packet. And the data processing circuit processes and con- 
trols the data field of the received packet. 

20 The processor of this embodiment can efficiently perform 

a transaction including packet reception, received packet 
processing and packet transmission and another transaction in- 
cluding packet transmission, packet reception and received 
packet processing. 

25 In this particular embodiment, the transaction control 
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circuit preferably manages a time it takes to transmit a pack- 
et after the controller started to make the packet or to fin- 
ish processing a received packet after the controller received 
the packet and outputs a result of the time management to the 
CPU, The transaction control circuit also manages a time it 
takes for the CPU to transmit a packet after the CPU started 
to make the packet or to finish processing a received packet 
after the CPU received the packet. 

In such an embodiment, while a packet to be transmitted 
is being made or while a received packet is being processed , 
the packet processing can be carried out at any arbitrary time 
like that defined by the heartbeat processing. 

A packet transmission/reception processor according to 
another aspect of the present invention is coupled to a CPU 
and includes a packet processing controller and a link core 
circuit. The controller makes a packet to be transmitted. 
Also, the controller processes a packet received by the link 
core circuit and then makes a packet to be transmitted in re- 
sponse to the received packet and supplies the packet to be 
transmitted to the link core circuit. The link core circuit 
sends out the packet to be transmitted, made by the control- 
ler, to an external unit by way of a bus and receives a pack- 
et delivered externally through the bus. 

In the inventive processor, the CPU has nothing to do 
with transaction processing at the producer node. Accord- 
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ingly, the load on the CPU can be lightened, thus speeding up 
the processing. 

In one embodiment of the present invention, the inven- 
tive processor further includes a packet filter circuit- In 
5 accordance with identification information of the packet to 
be transmitted that has been supplied from the controller, 
the filter circuit determines whether or not each said packet 
received by the link core circuit should be processed. And 
the filter circuit supplies only the received packets to be 
10 processed to the controller - 

The processor of this embodiment can ensure continuity 
for received packets and received data required and can also 
make and send out appropriate packets to be transmitted in re- 
sponse to the received packets. Accordingly, multiple trans- 
15 actions required can be processed concurrently. 

A packet transmission/reception processor according to 
still another aspect of the present invention is coupled to a 
CPU and includes a link core circuit and a packet processing 
controller. The link core circuit receives a packet deliv- 
20 ered externally through a bus and also transmits a packet, 
supplied from the controller, by way of the bus. The con- 
troller makes and supplies a request packet to the link core 
circuit. The controller also processes the packet received by 
the link core circuit and makes and supplies a next request 
25 packet consecutively to the link core circuit until a prede- 
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termined portion of the former request packet has been trans- 
ferred. 

The inventive processor is applicable to both the pro- 
ducer and consumer nodes alike, and realizes various func- 
5 tions required for these nodes by using a single chip. 
Accordingly, the inventive processor is implementable at a 
reduced circuit size. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 FIG. 1 is a block diagram illustrating an overall con- 

figuration for a packet transmission/reception processor ac- 
cording to an embodiment of the present invention. 

FIG. 2 is block diagram illustrating a configuration for 
the packet processing controller shown in FIG. 1. 
15 FIG. 3 illustrates a format for a block write request 

(BWRQ) packet output from the link core circuit shown in FIG. 
1 onto the bus . 

FIG. 4 illustrates a format for a quadlet write request 
(QWRQ) packet output from the link core circuit shown in FIG. 
20 1 onto the bus. 

FIG. 5 illustrates a format for a write response (WRS) 
packet output from the link core circuit shown in FIG. 1 onto 
the bus. 

FIG. 6 illustrates a format for a block read request 
25 { BRRQ ) packet output from the link core circuit shown in FIG. 
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1 onto the bus . 

FIG- 7 illustrates a format for a block read response 
(BRRS) packet output from the link core circuit shown in FIG. 
1 onto the bus . 

5 FIG. 8 illustrates a format for a BWRQ packet to be 

written on the link core circuit shown in FIG. 1. 

FIG. 9 illustrates a format for a QWRQ packet to be 
written on the link core circuit shown in FIG. 1. 

FIG. 10 illustrates a format for a WRS packet to be 
10 written on the link core circuit shown in FIG. 1. 

FIG. 11 illustrates a format for a BRRQ packet to be 
written on the link core circuit shown in FIG. 1. 

FIG. 12 illustrates a format for a BRRS packet to be 
written on the link core circuit shown in FIG. 1. 
15 FIG. 13 is a block diagram illustrating an arrangement 

for a packet communications system including packet transmis- 
sion/reception processors with the configuration shown in 
FIG. 1. 

FIG. 14 illustrates an asynchronous transaction in com- 
20 pliance with the IEEE 1394. 

FIG. 15 illustrates a configuration for an asynchronous 
connection system. 

FIGS. 16 and 17 illustrate transactions in accordance 
with the asynchronous connection protocol. 
25 FIG. 18 is a block diagram illustrating a configuration 



17 



for a known packet transmission/ reception processor. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Hereinafter, embodiments of the present invention will 
5 be described with reference to the accompanying drawings , in 
which each component with the same or like function will be 
identified by the same reference numeral for the sake of sim- 
plicity of description. 

10 Packet transmission/ reception processor 

FIG. 1 is a block diagram illustrating a configuration 
for a packet transmission/reception processor 1 according to 
an embodiment of the present invention. As shown in FIG. 1, 
the processor 1 is coupled to another IEEE 1394 system unit 

15 (not shown) by way of a bus Bl, which may be an IEEE 1394 se- 
rial bus. The processor 1 is also coupled to a CPU (not 
shown, either) through a bus B3 and to a DMA. controller (not 
shown, either) via DMA buses B2a and B2b. 

The processor 1 includes physical layer controller 13, 

20 link core circuit 14, packet filter circuit 15, transmis- 
sion/reception buffer 16, transmission buffer 17, packet re- 
ception buffer 18, transmission filter 19, packet processing 
controller 20, register 21, packet processing control timer 
22 and packet receiver 23 . 

25 The physical layer controller 13 performs various func- 
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tions including initializing the bus Bl, arbitration and con- 
trolling a bias voltage. The link core circuit 14 receives a 
packet, transferred through the bus Bl, by way of the physical 
layer controller 13. Also, the link core circuit 14 generates 
5 or detects an error correction code for /from the packet re- 
ceived, adds a sign bit to the packet or detects the code 
(e.g., an ack packet code), for example. Moreover, the link 
core circuit 14 outputs a packet onto the bus Bl by way of the 
physical layer controller 13. Furthermore, the link core cir- 

10 cuit 14 has a retry function. That is to say, even if the 
link core circuit 14 failed to transfer a packet, the circuit 
14 can try transferring the same packet again. 

The packet filter circuit 15 receives a packet from the 
link core circuit 14 and analyzes the contents of the header 

15 field of the packet. And based on a result of the analysis, 
the filter circuit 15 selects either the packet reception 
buffer 18 or the transmission/reception buffer 16 as the des- 
tination where the packet should be stored. Also, in accor- 
dance with the analysis result, the filter circuit 15 outputs 

20 a control signal CT1 to the packet processing controller 20. 

The packet receiver 23 passes the received packets se- 
lected from the filter circuit 15 to the packet reception 
buffer 18. Specifically, packets that have nothing to do with 
protocol processing are stored on the packet reception buffer 

25 18. The CPU can read out the packets stored on the packet re- 
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ception buffer 18 by way of the register 21 and bus B3. 

Responsive to the control signal CTl supplied from the 
filter circuit 15, the packet processing controller 20 proc- 
esses the received packet. The received packet processing 

5 includes: making and transmitting a response packet in re- 
sponse to the received packet (the data of which will be sent 
to the DMA controller through the bus B2a) ; and controlling 
the transactions. Where the processor 1 acts as a producer no- 
de that transmits request packets, the controller 20 divides 

10 the data, which has been read out by the DMA controller and 
supplied through the bus B2b, into multiple packets. Then, 
the controller 20 outputs the packets to the link core circuit 
14 by way of the transmission/reception buffer 16. In re- 
sponse, the link core circuit 14 outputs the packets onto the 

15 bus Bl. 

The transmission filter 19 selects either a packet PKl 
supplied from the register 21 or a packet PK2 supplied from 
the controller 20 and stores the packet selected on the 
transmission buffer 17. The packet stored on the transmission 

20 buffer 17 is then passed to the link core circuit 14, which 
outputs the packet onto the bus Bl. 

As shown in FIG. 1, Ack control variable 21a, tcode 
variable 21b, tl variable 21c, source_ID variable 21d, seg- 
ment buffer address variable 21e and so on are stored on the 

25 register 21. 
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The tcode variable 21b is a code for use to identify the 
type of a received packet. Examples of the packet types in- 
clude QRRQ (quadlet read request), BRRQ (block read request), 
BWRQ (block write request) and WRS (write response). The tl 

5 variable 21c is a code for use to identify the type of a given 
transaction- The values of the tcode and tl variables 21b and 
21c are updated in the register 21 in accordance with the type 
of the packet to be stored. The source__ID variable 2 Id is a 
code representing the node number of the producer node. The 

10 segment buffer address variable 21e represents the current ad- 
dress in a segment buffer region at the consumer node. That 
is to say, the segment buffer address variable 21e represents 
an expected destination_of f set address value that should be 
included in the received packet. When all the data has been 

15 stored at the segment buffer address at the consumer node, the 
segment buffer address variable 21e is updated in the register 
21. 

In response to a control signal CT2b supplied from the 
controller 20, the timer 22 starts clocking. And when the 

20 time passed reaches a predetermined amount, the timer 22 out- 
puts a control signal CT2a to the controller 20. More spe- 
cifically, where the processor 1 is a producer node that 
transmits request packets, the timer 22 clocks how much time 
has passed since the controller 20 started to make a BWRQ 

25 packet. And when the time passed reaches a preset amount, 
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the timer 22 informs the CPU of that by way of the register 

21. In response, the CPU issues an instruction to the timer 

22. In accordance with this instruction, the timer 22 out- 
puts the control signal CT2a to the controller 20. On the 

5 other hand, where the processor 1 is a consumer node that re- 
ceives request packets, the timer 22 clocks how much time it 
takes for the processor 1 to finish receiving a packet after 
having started to receive it and also clocks the interval be- 
tween the end of a transaction and the start of the next 

10 transaction. 

FIG. 2 is block diagram illustrating an internal con- 
figuration for the packet processing controller 20 shown in 
FIG. 1. As shown in FIG. 2, the controller 20 includes packet 
engine circuit 50, transaction control circuit 51, header con- 

15 trol circuit 52, data field control circuit 53 and data proc- 
essing circuit 54. 

The packet engine circuit 50 automatically divides a 
packet and controls all the transactions. The transaction con- 
trol circuit 51 controls a series of transactions, each start - 

20 ing with packet transmission and ending with packet reception 
or vice versa. The header control circuit 52 makes a packet 
that includes a header with packet identification information 
but no data field and controls transmission of the packet. 
The data field control circuit 53 makes a packet that includes 

25 not only a header with packet identification information but 
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also a data field and controls transmission of the packet. 
And the data processing circuit 54 processes and controls the 
data field of the received packet. 

FIGS. 3 through 7 illustrate formats of packets of vari- 
5 ous types to be received by way of the bus Bl. Specifically, 
FIGS . 3 through 7 illustrate the formats of BWRQ (block write 
request), QWRQ (quadlet write request), WRS (write response), 
BRRQ (block read request) and BRRS (block read response) pack- 
ets , respectively . 
i ; p io It should be noted that packets of various types to be 

W output onto the bus Bl also have the same formats as those 

£: illustrated in FIGS. 3 through 7. 

FIGS. 8 through 12 illustrate formats of packets of vari- 
''ft ous types to be written on the link core circuit 14. That is 

PI 15 to say, each of the transmission buffer 17, transmis- 

5'SKS' 

Mr s ion/reception buffer 16 and packet processing controller 20 

shown in FIG. 1 writes a packet on the link core circuit 14 in 
any of the formats shown in FIGS. 8 through 12. The formats 
illustrated in FIGS. 3 through 7 correspond to those illus- 

20 trated in FIGS. 8 through 12, respectively. 

In outputting a packet onto the bus Bl, the link core 
circuit 14 computes error check codes such as header_CRC and 
data_CRC and adds fields, representing the computation re- 
sults, to the packet having the format shown in FIG. 8, 9, 

25 10, 11 or 12. In this manner, the link core circuit 14 makes 
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a packet in any of the formats shown in FIGS- 8 through 12. 

Where the link core circuit 14 has received a packet 
through the bus Bl, the circuit 14 detects errors from the 
packet using cyclic redundancy codes (CRCs) by reference to 
5 the header_CRC and/or data_CRC field(s) included in any of 
the formats shown in FIGS. 8 through 12. 



Packet communications system 
Next, a packet communications system, including packet 
10 transmission/ reception processors with the configuration 
shown in FIG. 1, will be described. 

FIG. 13 is a block diagram illustrating an arrangement 
for a packet communications system including packet transmis- 
sion/reception processors with the configuration shown in 
15 FIG. 1. As shown in FIG. 13, the system includes a digital 
video camera (DVC) 300 as the producer node and a printer 200 
as the consumer node. 

The DVC 300 includes packet transmission/reception proc- 
essor 3, memory 40, expander 41, image processor 42, digital- 
20 to-analog converter (DAC) 43 and electric viewfinder (EVF) 44. 

The processor 3 has the same configuration as the coun- 
terpart shown in FIG. 1. The image data, captured by the DVC 
300, is compressed by a predetermined high-efficiency encod- 
ing method and the compressed data is stored on the memory 
25 40. The expander 41 expands (or decompresses) the compressed 
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image data that has been read out from the memory 40. The im- 
age processor 42 subjects the image data, supplied from the 
expander 41 , to image processing required for presenting the 
data on the EVF 44. The DAC 43 converts the image data, 

5 processed by the image processor 42, into analog image data. 
And the analog image data, supplied from the DAC 43, is pre- 
sented as a video on the EVF 44. 

The data stored on the memory 40 is either presented on 
the EVF 44 or transferred to the printer 200 by way of the 

10 processor 3 and bus Bl. In presenting the data on the EVF 
44, the compressed image data is expanded by the expander 41, 
processed by the image processor 42 so that the data can be 
presented on the EVF 44, and then presented on the EVF 44 by 
way of the DAC 43. 

15 The printer 200 includes packet transmission/reception 

processor 2, memory 26, printer controller 27, driver 28 and 
printer head 29. 

The processor 2 has the same configuration as the coun- 
terpart shown in FIG. 1. The output data of the processor 2 

20 is stored on the memory 26. The printer controller 27 con- 
trols the storage of the output data of the processor 2 onto 
the memory 26. The printer controller 27 also controls the 
printer head 29 and driver 28 in such a manner that the image 
data stored on the memory 26 is printed as intended. 

25 in transferring data in accordance with the IEEE 1394, 
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the maximum payload size of a packet is defined by the trans- 
fer rate of the packet. Accordingly, the maximum data field 
size of a packet is also defined by the transfer rate of the 
packet. In the illustrated embodiment, the transfer rate of 
5 a packet is S400 (=400 Mbps ) and the data length transfer- 
able per packet is 2048 bytes. 

Hereinafter, it will be described how the packet commu- 
nications system with such an arrangement operates. In the 
following illustrative example, 8 KB data is transferred from 

10 the DVC 300 to the printer 200. This operation changes de- 
pending on whether or not time-out occurs and where the time- 
out occurred* Accordingly, for convenience sake, the opera- 
tion of the system will be described for the three possible 
situations: where no time-out occurred; where a time-out oc- 

15 curred at the consumer node (i.e., at the printer 200); and 
where a time-out occurred at the producer node (at the DVC 
300) ♦ 

( 1 ) No time-out occurred 

20 First, to make a BWRQ packet at the producer node (i.e., 

at the DVC 300), 2 KB data is supplied from the memory 40 to 
the packet processing controller 20 (see FIG. 1) in the pack- 
et transmission/reception processor 3. In response, the con- 
troller 20 makes a BWRQ packet including the data read out. 

25 This packet is passed to the transmission/reception buffer 
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16, link core circuit 14 and physical layer controller 13 and 
then transmitted through the bus Bl (see FIG. 1 also). 

Next, the BWRQ packet is received at the consumer node 
(i.e., the printer 200) by way of the bus Bl. Then, the 

5 packet is input to the packet filter circuit 15 in the proc- 
essor 2 via the physical layer controller 13 and link core 
circuit 14 (see FIG. 1, too)* 

As shown in FIG. 1, the filter circuit 15 refers to the 
values of the tcode, source_ID and segment buffer address 

10 variables 21b, 21d and 21e stored on the register 21. Then, 
by comparing the values in the tcode, source_ID and destina- 
tion_offset regions included in the BWRQ packet received to 
those of the tcode, source_JED and segment buffer address vari- 
ables 21b, 2 Id and 21e stored on the register 21, the filter 

15 circuit 15 determines whether or not the BWRQ packet received 
has anything to do with the data transfer sequence currently 
executed. If the answer is YES, the filter circuit 15 stores 
the BWRQ packet on the transmission/reception buffer 16 and 
outputs the control signal CTl to the packet processing con- 

20 troller 20. Otherwise, the filter circuit 15 stores the BWRQ 
packet on the packet reception buffer 18. In the illustrated 
example, the BWRQ packet is stored on the transmis- 
sion/reception buffer 16. Depending on the packet to be 
stored, the segment buffer address variable 21e is updated in 

25 the register 21* 



27 



In response to the control signal CTl supplied from the 
filter circuit 15, the controller 20 sets the value of the 
Ack control variable 21a to "ack_busy" in the register 21. 
After that, by reference to the value "ack_busy" of the Ack 
5 control variable 21a , the link core circuit 14 stops receiv- 
ing other packets through the bus Bl but returns an ack pack- 
et having the value "ack_j3usy" in response to the packet. 

The filter circuit 15 inputs the BWRQ packet received to 
the controller 20 by way of the transmission/reception buffer 
5? 10 16. The data included in the packet is processed by the con- 
S troller 20 and then stored on the memory 26 by way of the bus 

"m B2a as shown in FIG. 13. 

After getting the data stored on the memory 26, the con- 
troller 20 refers to the source_ID and tl variables 2 Id and 
O 15 21c in the register 21, thereby generating header and data for 
a WRS packet. As shown in FIG. 1, the WRS packet is input to 
the transmission filter 19. Next, the WRS packet is passed 
from the transmission filter 19 to the transmission buffer 17, 
link core circuit 14 and physical layer controller 13 and then 
20 sent out through the bus Bl as shown in FIG. 1. 

Subsequently, the WRS packet is received at the producer 
node (i.e., the DVC 300) by way of the bus Bl. Then, the WRS 
packet is input to the filter circuit 15 in the processor 3 
via the physical layer controller 13 and link core circuit 14 
25 as shown in FIG. 1. 
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As shown in FIG. 1, the filter circuit 15 refers to the 
values of tcode and tl variables 21b and 21c stored on the 
register 21. Then, by comparing the values in the tcode and 
tl regions included in the WRS packet received to those of the 
5 tcode and tl variables 21b and 21c stored on the register 21, 
the filter circuit 15 determines whether or not the WRS packet 
received has anything to do with the data transfer sequence 
currently executed. If the answer is YES, the filter circuit 
15 outputs the control signal CT1 to the controller 20. Oth- 

10 erwise, the filter circuit 15 stores the packet on the packet 
reception buffer 18. 

Then, the controller 20 makes an ack packet having a 
value "ack_complete" in response to the WRS packet and sends 
the ack packet out through the bus Bl. 

15 Next, when the ack packet is received at the consumer 

node (i.e., the printer 200), the filter circuit 15 in the 
processor 2 analyzes the contents of the ack packet received 
through the bus Bl. Then, the filter circuit 15 outputs the 
analysis result to the register 21 and the control signal CTl 

20 to the controller 20 as shown in FIG. 1. In response to this 
control signal CTl, the controller 20 removes the value of the 
Ack control variable 21a from the register 21 so that the 
processor 2 can start receiving packets again. That is to 
say, responsive to the control signal CTl, the controller 20 

25 ends the current transaction and starts the next transaction. 
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Then, the producer node (i.e., the DVC 300) makes and 
transmits another BWRQ packet to start the next transaction. 

By performing the same transaction four times, the 8 KB 
data is completely transferred to the consumer node, or the 
5 printer 200. 

As can be seen, in this packet communications system us- 
ing the packet transmission/reception processors, the CPU has 
nothing to do with the transaction management. That is to 
say, the load on the CPU about the transaction processing can 
10 be lightened. This greatly contributes to realizing high- 
speed data transfer in compliance with the IEEE 1394. 

In addition, the packet filter circuit 15 filters out 
the packets having nothing to do with the current data trans- 
fer sequence. Accordingly, the execution of a data transfer 
15 process is not interrupted. That is to say, there is no need 
to perform extra controls like branching to another transac- 
tion while executing a data transfer process, and the packet 
processing controller 20 may perform a simplified control. 
As a result, the packet transmission/reception processor 1, 2 
20 or 3 can have a simpler configuration. 

(2) Time-out occurred at consumer node (printer 200) 
In this example, a time-out of 100 ms is set for the 
producer node (i.e., the DVC 300). On the other hand, a 
25 time-out of 90 ms is set for the timer 22 in the processor 2 
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at the consumer node (i.e., the printer 200). 

When a data transfer process is started, 2 KB data is 
supplied from the memory 40 to the controller 20 (see FIG. 1) 
in the processor 3 to make a BWRQ packet at the producer node 
(i.e., at the DVC 300). In response, the controller 20 makes 
a BWRQ packet including the data read out. This BWRQ packet 
is passed to the transmission/reception buffer 16, link core 
circuit 14 and physical layer controller 13 and then sent out 
through the bus Bl (see FIG. 1 also). 

Next, the BWRQ packet is received at the consumer node 
(i.e., the printer 200) by way of the bus Bl. Then, the 
packet is input to the filter circuit 15 in the processor 2 
via the physical layer controller 13 and link core circuit 14 
(see FIG. 1, too). In response to the control signal CTl 
supplied from the filter circuit 15, the controller 20 sets 
the value of the Ack control variable 21a to "ack_busy" in 
the register 21. Also, in response to the control signal 
CTl, the controller 20 outputs a control signal CT2b to the 
timer 22. This control signal CT2b starts the timer 22, 
which starts clocking. The filter circuit 15 outputs the 
BWRQ packet received to the controller 20 by way of the 
transmission/reception buffer 16. The data included in the 
packet is processed by the controller 20, and then stored on 
the memory 26 by way of the bus B2a as shown in FIG. 13. 

In this case, if the controller 20 has failed to process 
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the received packet within 90 ms, the timer 22 detects a time- 
out and informs the CPU of that. In response, the CPU issues 
a packet processing suspend instruction and packet transmit 
instruction for the controller 20 by way of the register 21 as 

5 shown in FIG* 1. 

In accordance with the packet processing suspend instruc- 
tion received from the CPU, the controller 20 suspends the 
current packet processing. Also, in accordance with the 
transmit instruction, the controller 20 generates header and 

10 data for a WRS packet with the processing of the received 
packet still suspended. The WRS packet produced is passed 
from the controller 20 to the transmission filter 19, trans- 
mission buffer 17, link core circuit 14 and physical layer 
controller 13 and then transmitted through the bus Bl. 

15 Subsequently, the WRS packet is received at the producer 

node (i.e., the DVC 300) by way of the bus Bl . Then, the WRS 
packet is input to the filter circuit 15 in the processor 3 
via the physical layer controller 13 and link core circuit 14 
as shown in FIG. 1. Then, the controller 20 makes an ack 

20 packet having a value "ack_complete" in response to the WRS 
packet and sends the ack packet out through the bus Bl. 

Next, the CPU sends a packet processing restart instruc- 
tion to the controller 20 at the consumer node (i.e., the 
printer 200) . In accordance with this instruction, the packet 

25 processing suspended is started again. Specifically, the fil- 
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ter circuit 15 in the processor 2 analyzes the contents of 
the ack packet received. And the filter circuit 15 outputs 
the analysis result to the register 21 and the control signal 
CT1 to the controller 20 as shown in FIG. 1. In response to 
5 this control signal CTl, the controller 20 ends the current 
transaction and restarts executing the received packet proc- 
essing suspended. 

Then, the producer node (i.e., the DVC 300) receives a 
WRS packet and starts the next transaction. However, while 
*0 10 re-executing the packet processing, the consumer node (i.e., 
W printer 200) sets the value of the Ack control variable 21a 

■IT in the register 21 to "ack_busy" so as not to accept request 

f packets 'transmitted from the producer node. And when the re- 

5 ceived packet has been re-processed, the controller 20 re- 

0 15 moves the value of the Ack control variable 21a from the 
jU register 21 so as to accept request packets again. The con- 

sumer node, or the printer 200, restarts receiving request 
packets at this point in time. And by performing three more 
transactions, the 8 KB data is completely stored on the memory 
20 26 and the transfer process ends. 

As can be seen, this packet transmission/reception proc- 
essor can process packets without causing a time-out at the 
producer node (i.e., DVC 300). Accordingly, there is no need 
to control multiple transactions concurrently and the packet 
25 processing controller 20 and the processing sequence can be 
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simplified. 

(3) Time-out occurred at producer node (DVC 300) 
In this example, a time-out of 2 sec is set for the 
5 timer 22 at the DVC 300. 

First, 2 KB data is supplied from the memory 40 to the 
controller 20 (see FIG. 1) in the processor 3 to make a BWRQ 
packet at the producer node (i.e., the DVC 300). In re- 
sponse, the controller 20 starts to make a BWRQ packet to be 
?H 10 transmitted and outputs a control signal CT2b to the timer 
W 22. This control signal CT2b makes the timer 22 start clock- 

2 ing . 

If the BWRQ packet is not transmitted even after 2 sec 
IS has passed since the controller 20 started to make the BWRQ 

S 15 packet, the timer 22 detects a time-out and informs the CPU 
ji of that. Also, the timer 22 outputs a control signal CT2a to 

the controller 20. In response to this control signal CT2a, 
the controller 20 stops making the BWRQ packet. 

Since the preset time (2 sec) has passed, the CPU per- 
20 forms heartbeat processing. After having finished the heart- 
beat processing, the CPU sets values in predetermined fields 
in the register 21. In response, the controller 20 restarts 
making the BWRQ packet. 

When the BWRQ packet is made by the controller 20, the 
25 packet is passed to the transmission/reception buffer 16, 
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link core circuit 14 and physical layer controller 13 and 
then transmitted through the bus Bl (see FIG. 1 also). 

Next, the BWRQ packet is received at the consumer node 
(i.e., the printer 200) by way of the bus Bl. Then, the 

5 packet is input to the filter circuit 15 in the processor 2 
via the physical layer controller 13 and link core circuit 14 
(see FIG. 1, too) . 

In response to the control signal CTl supplied from the 
filter circuit 15, the controller 20 sets the value of the 

10 Ack control variable 21a to "ack_busy" in the register 21. 
The filter circuit 15 outputs the BWRQ packet received to the 
controller 20 by way of the transmission/reception buffer 16. 
The data included in the packet is processed by the controller 
20 and then stored on the memory 26 through the bus B2a as 

15 shown in FIG. 13. After getting the data stored on the memory 
26, the controller 20 generates header and data for a WRS 
packet. The WRS packet produced is passed from the controller 
20 to the transmission filter 19, transmission buffer 17, link 
core circuit 14 and physical layer controller 13 and then 

20 transmitted through the bus Bl. 

Subsequently, the WRS packet is received at the producer 
node (i.e., the DVC 300) by way of the bus Bl. Then, the WRS 
packet is input to the filter circuit 15 in the processor 3 
via the physical layer controller 13 and link core circuit 14 

25 as shown in FIG. 1. Then, the controller 20 makes an ack 
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packet having a value "ack__complete" in response to the WRS 
packet and sends the ack packet out through the bus Bl. 

Next, the filter circuit 15 in the processor 2 at the 
consumer node (i.e., printer 200) analyzes the contents of 

5 the ack packet received. And the filter circuit 15 outputs 
the analysis result to the register 21 and the control signal 
CTl to the controller 20 as shown in FIG. 1. In response to 
this control signal CTl, the controller 20 removes the value 
of the Ack control variable 21a from the register 21 so that 

10 the processor 2 can start receiving packets again. That is to 
say, responsive to the control signal CTl, the controller 20 
ends the current transaction and starts the next transaction. 

Then, the producer node (i.e., the DVC 300) makes and 
transmits another BWRQ packet to start the next transaction. 

15 By performing the same transaction four times, the 8 KB 

data is completely transferred to the consumer node, or the 
printer 200. 

As can be seen, this packet transmission/reception proc- 
essor manages time passed since packet making was started, 
20 thereby performing, suspending or restarting the packet mak- 
ing arbitrarily. Accordingly, while performing a transac- 
tion, this processor can perform another transaction (e.g., 
heartbeat processing) at any time required. 
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